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BACKGROUND OF THE INVENTION 

The invention relates to services available in telecommunications 
networks, and particularly to the personalization of services provided by third 
5 generation mobile communications networks. Another term that can be used 
for service personalization is service differentiation. 

Personalization is used to provide users with as customized ser- 
vices as possible according to their needs. Different users are interested in 
different kinds of services available in telecommunications networks. There- 

10 fore, there is a need to modify services to suit the needs of different user 
groups based on an agreement made to this effect between a service provider 
and a subscriber. At the moment it is possible to provide service-specifically 
differentiated services. Consequently, from the system point of view the modi- 
fication of services so as to make them suit different targets or target groups 

15 requires the creation of a new service. This causes redundancy in service logic 
and service data, because the new service may be basically similar to existing 
services and only comprise a few differing characteristics. Even a minor differ- 
entiation of a service may occupy personnel resources and system capacity, 
as well as cause problems in system management 

20 The problem, therefore, is that at the moment there are only limited 

possibilities for flexible and expedient service personalization, and only certain 
subscriber-specific parameters can be determined for a service. This creates a 
need for developing possibilities for service personalization. 

< 

BRIEF DESCRIPTION OF THE INVENTION 

25 It is therefore an object of the invention to provide a method and 

equipment implementing the method which allow the above problem to be 
solved. This object is achieved by a method, system, software product and 
network nodes characterized by what is stated in the independent claims. The 
preferred embodiments of the invention are disclosed in the dependent claims. 

30 The invention is based on the idea of personalizing services by 

means of what are referred as service data profiles. This means that a service- 
specific service data profile is determined for the subscription of a service sub- 
scriber. The service data profile comprises service parameters associated with 
the service, and definitions of the parameters. A service data profile defines 

35 how individualized the determination of each service parameter value is in the 
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service data profile in question. The underlying idea is that a service parameter 
value may be determined to be subscription-, subscriber-, group-subscription-, 
or group-specific, for example. A service parameter value that is determined as 
subscriber-specific, for example, is thus more individualized than a group- 
5 specific service parameter value. A single service may be assigned a plural 
number of service data profiles, which differ from one another in that one or 
more service parameter values of a service data profile are defined differently 
(with a higher or lower rate of individualization) in that profile than in other ser- 
vice data profiles associated with the same service. 
10 An advantage of the method and system of the invention is that ser- 

vice differentiation becomes a dynamic process, i.e. different service data pro- 
files are assigned different targets or target groups. This allows services to be 
modified in a flexible and expedient manner, while at the same time system 
capacity is saved. 

1 5 BRIEF DESCRIPTION OF THE DRAWINGS 

In the following, the invention will be described with reference to the 
preferred embodiments and the accompanying drawings, in which 
Figure 1 illustrates a system of the invention; 

Figure 2 is a block diagram illustrating service data included in a 
20 home subscriber server according to a first preferred embodiment of the inven- 
tion; 

Figure 3 is a block diagram illustrating service data included in a 
service database according to the first preferred embodiment of the invention; 

Figure 4 is a block diagram illustrating service data included in a 
25 service database according to a second preferred embodiment of the inven- 
tion; 

Figure 5 is a block diagram illustrating service data included in a 
service data base according to a third preferred embodiment of the invention; 

Figure 6 is a block diagram illustrating service data associated with 
30 a profile-specific logic according to a fourth -preferred embodiment of the inven- 
tion; 

Figure 7 is a flow diagram illustrating operation according to the first 
preferred embodiment of the invention. 
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DETAILED DESCRIPTION OF THE INVENTION 

In the following, the preferred embodiments of the invention will be 
described with reference to a third generation mobile communications system, 
such as the UMTS (Universal Mobile Communications System). However, the 
5 invention is not meant to be restricted to these embodiments. The invention 
can also be applied in other telecommunications systems in which subscription 
data is maintained for producing user services. Due to the rapid development 
of telecommunications systems, additional modifications may be required to 
the invention. The words and expressions used herein should therefore be in- 

10 terpreted in their broadest sense, as they are meant to illustrate the invention 
and not to restrict it. The most essential aspect of the invention is the function- 
ality concerned, not the equipment or network element executing it. 

Figure 1 illustrates a mobile communications system S of a first pre- 
ferred embodiment of the invention, the system comprising a user terminal 

1 5 (mobile station) MS located within the coverage area of the system and com- 
municating over a radio access network RAN with a mobile services switching 
centre MSC belonging to a core network CN. A home subscriber server HSS 
represents a database element in which data concerning subscribers and their 
subscriptions are stored. Figure 2 illustrates an example of service-related data 

20 of the first preferred embodiment of the invention stored in the HSS. A service 
database SDB comprises data relating to the services available in the system 
and service data profiles associated with the services. Figures 3 to 5 illustrate 
examples of service-related data of the preferred embodiments of the invention 
that reside in the service database. The service database is managed through 

25 a service management point SMP. The services are provided on a software 
basis on a service platform of the serving core network, the program executing 
the service by retrieving the necessary data from the HSS, via the MSC, and 
from the SDP, via the SMP, to the service platform, which provides the service. 
The service platform may be for example an SEP {service execution platform). 

30 Figure 1 only shows the network elements that are relevant to the invention. A 
person skilled in the art will find it apparent that a mobile communications sys- 
tem also comprises other functions and structures, which do need to be de- 
scribed in greater detail herein. 

Figures 2 and 3 illustrate how service data of the first preferred em- 

35 bodiment of the invention are maintained in the system. The first preferred em- 
bodiment assumes that service data profiles are determined using three differ- 
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ent levels and tnat service parameter values of a subscriber-specific level are 
stored in the subscriber data residing in the home subscriber server HSS, 
whereas other service parameter values are stored in the service database 
SDP. When a service is to be provided, the related service parameter values 
are retrieved from the HSS and/or the SDB, depending on the level they have 
been assigned in the service data profile. 

Figure 2 shows an example of the service data of the first preferred 
embodiment of the invention that reside in the HSS. In the example of Figure 
2, subscribers si, s2 and s3 have service subscriptions ss-s1, ss-s2 and ss-s3 
stored in the HSS for subscribing to services service 1 and/or serviceN. Ser- 
vicel of subscriber s1 is associated with service data profile 1-1, and that of 
subscriber s2 with service data profile 1-3. The same service data profile can 
be defined for a plural number of subscribers. ServiceN of subscribers s1 and 
s3 is associated with service data profile N-2. Under PA, subscriber-specific 
service parameter values have been stored for subscribers s1 , s2 and s3. 

Figure 3 shows an example of the service data of the first preferred 
embodiment of the invention that are stored in the service database SDB. For 
the sake of clarity, assume that the service parameters are divided into three 
levels: global (general), service-specific and subscriber-specific, although other 
levels are also possible. Examples of logical levels possibly applied include the 
following: 

1.1 global 

1 .2 service 

1 .3 service data profile 

2.1 group 

2.2 group subscription 

2.3 subscriber 

2.4 subscription 

Of these, items 1.1 and 1.2 represent general levels, while other 
items are differentiated levels. On the other hand, items 1.1, 1.2 and 1.3 can 
be thought to represent system- and service-specific data, whereas items 2.1, 
2.2, 2.3 and 2.4 represent subscription-specific data. Increasing level number- 
ing indicates increasing amount of service-related data in the system. The step 
from one level to another should preferably be designed sufficiently small, 
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without no major leaps, because otherwise overlapping of data will occur or, if 
overlapping is to be avoided, restrictions to services will appear. Increasing 
level numbering also indicates increasing degree of individualization. In other 
words, here the subscription-specific level is the most individualized level, 
5 while the global level is the least individualized one. The more individualized 
the level, the more individualized is the service parameter value relating to the 
level, and, hence, service personalization can be carried out. 

In the example of Figure 3, the SDB comprises both global level 
values and service-specific definitions for service parameters a, b, c, d and e. 

10 The global values are service parameter values that are available to the whole 
system. The service-specific level comprises service 1 -specific data in block 
servicel and serviceN-specific data in block serviceN. The service-specific 
parameter values of servicel are given in block se-1 , and the service-specific 
values of serviceN in block se-N. The service data profiles associated with ser- 

15 vicel are shown in block prof-1 and those associated with serviceN in block 
prof-N. Servicel is provided with service parameter list pam-1, and serviceN 
with service parameter list pam-N. The service data profiles associated with 
servicel are 1-1, 1-2 and 1-3, while the service data profiles associated with 
serviceN are N-1 and N-2. The service data profiles comprise definitions for 

20 the parameters in the service parameter list and the level of the service pa- 
rameter value that is to be used for providing a service for a particular service 
data profile. The abbreviation "su" refers to a subscriber-specific level, "se" to a 
service-specific level, and "gl" to a global level. 

Figure 4 illustrates the maintaining of service data in the service da- 

25 tabase SDB in accordance with a second preferred embodiment of the inven- 
tion. The second preferred embodiment assumes that service parameters are 
divided into four levels: global, service-specific, profile-specific and subscriber- 
specific, although other levels are also conceivable. 

In the example of Figure 4, servicel illustrates a service in which the 

30 service data profiles also differ according to their service parameters. In the 
second preferred embodiment of the invention this is made possible by indicat- 
ing in the service data profile the service parameters that are not available for 
the service data profile in question. This means that although the service data 
profiles have different parameters, the structure of the service data profile re- 

35 mains static. This is illustrated in Figure 4, where service parameter a is de- 
fined as non-existent, "ne", for service data profile 1-2, although -service pa- 
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rameter a is included in the service parameter list pam-1 of service"!. Further, 
service parameter a is defined as a service-data-profile-specific ("pr") parame- 
ter in service data profile 1-1. The values of the service-data-profile-specific 
service parameters of servicel in service data profile 1-1 are defined in block 
5 PR1-1. In this case, there are no service-data-profile-specific values deter- 
mined for service data profile 1-2. 

Figure 5 illustrates the maintaining of service data in the service da- 
tabase SDB in accordance with a third preferred embodiment of the invention. 
The example in Figure 5 is based on the same division into levels as the ex- 

10 ample in Figure 3. According to the third preferred embodiment of the inven- 
tion, service data profiles 1-1, 1-2 and 1-3 comprise a general part pam-1-yl, 
which includes service parameters common to all the service data profiles of 
servicel, and a profile-specific part pam-1-pr, which includes other service pa- 
rameters associated with the service data profile concerned. In this embodi- 

15 ment, the structure of the service data profile is not static, i.e. it is not the same 
for all service data profiles of a particular service, but depends on the structure 
of the profile-specific part. 

Figure 6 illustrates the maintaining of service data in the service da- 
tabase SDB in accordance with a fourth preferred embodiment of the inven- 

20 tion. The example in Figure 6 is based on the same division into levels as the 
example in Figure 4. According to the fourth preferred embodiment of the in- 
vention, there is provided a service logic that comprises a service-data-profile- 
specific program part, which is only executed when the service data profile 
comprises one or more service-data-profile-specific service parameters. In 

25 other words, the service logic consists of a common logic part and a profile- 
specific logic part. In the example of Figure 6, pam-1 is the service parameter 
list of the servicel and comprises service parameters a, d and e. Servicel is 
associated with service data profiles 1-1 and 1-2. Service parameter a is a pro- 
file-specific parameter of service data profile 1-1, and therefore it is not avail- 

30 able in service data profile 1-2. According to the fourth preferred embodiment 
of the invention, the service data profiles 1-1 and 1-2 have different service 
logics. The service logics associated with servicel are described in service 
parameter lists pamc1-1 and pamc1-2. Pamc1-1 relates to service data profile 
1-1 and it comprises all service parameters of pam-1 . Pam-2 relates to service 

35 data profile 1-2 and it comprises only service parameters d and -e of pam1 , be- 
cause service parameter a is not in use in service data profile 1-2. This en- 
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sures that the service logic does not contain any reference to service parame- 
ters not associated with the service data profile in question. 

Figure 7 is a flow chart illustrating the operation of a service platform 
SEP according to the first preferred embodiment of the invention. In step 7-2, a 
5 request for servicel is received from subscriber s1 . Next, in step 7-3, the HSS 
is requested to provide the service data profile identifier (prof-ID) relating to 
servicel of s1 . In step 7-4 a response to the request made in step 7-3 is re- 
ceived from the HSS. In step 7-5 the routine checks whether the response of 
the HSS contains the prof-ID. If no prof-ID was received in step 7-4, then there 

10 is no subscription for servicel. This is informed to the user in step 7-10, and 
the requested service is not executed. If the prof-ID was received in step 7-4, 
the service parameters and their addresses are retrieved in step 7-6 from the 
service data profile associated with the identifier. In step 7-7, the service pa- 
rameter values are retrieved from the location in the HSS and/or SDB, as indi- 

15 cated by the levels defined in the service data profile. After this, the service is 
executed. According to the example of Figures 2 and 3, for example, sub- 
scriber s1 would receive servicel . On the basis of Figures 2 and 3, servicel 
would be provided to subscriber s1 using the following service parameter val- 
ues: 

20 

a = 23, b = 5, c = 9 and d = 2. 

The service parameter values are deduced as follows. The parame- 
ter list of servicel comprises service parameters a, b, c and d. The data stored 

25 in the HSS relating to subscriber s1 show that servicel is associated with ser- 
vice data profile 1-1. The data stored in the SDB in turn show that service pa- 
rameters a and b of 1-1 are subscriber-specific (su) by definition, parameter c 
is service specific (se), and parameter d is global <gl). 

In other words, the service profile defines the level of .each service 

30 parameter value determined for the service data profile in question. At the 
same time, the location where the parameter value is to be found is deter- 
mined. In other words, the service data profile comprises service-related pa- 
rameters and their definitions on logical levels. A service data profile is always 
used to refer to a single service. A single -service, on the other hand, may be 

35 associated with different service data profiles, and one and the same service 
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data profile may be associated with a plural number of subscribers or subscrip- 
tions. 

In this specification the term "subscriber" refers to a single sub- 
scriber and/or group, and the term "subscription" to the subscription of a single 
5 subscriber and/or to a group subscription. 

In this specification the term "list" is to be understood as broadly as 
possible such that it does not have to concern a physical list, but the informa- 
tion (parameters) of the list may have a distributed location in the system. It 
suffices that the system knows the parameters associated with the service. 

10 Although Figures 3, 4 and 5 show three different ways of determin- 

ing service data profiles, a person skilled in the art will find it apparent that a 
mobile communications system operator may accept various ways, or just one 
way, of defining the profiles. 

Although the invention is described above assuming that subscriber- 

15 specific parameter values are stored in the subscriber data, while all other val- 
ues and definitions associated with service data profiles are stored in the ser- 
vice database, a person skilled in the art will find it apparent that it is not rele- 
vant where the definitions and values are stored. Subscriber-specific values, 
for example, may be stored in the service database, or global service parame- 

20 ter values in a separate database. It suffices that the network node providing 
the service knows the level division applied and where to find the service data 
profile, and that the service data profile determines the service parameters to 
be used and the levels involved. 

A system implementing the functionality of the invention and its net- 

25 work nodes comprise not only prior art means but also means for determining 
service data profiles, for storing service parameter values and for executing a 
service according to a service data profile. A serving network, network nodes 
and terminal device comprise processors and memory that can be utilized in 
the functionalities according to the invention. Any modifications required for 

30 implementing the invention may be provided by adding or updating the neces- 
sary software routines in those network elements into which the services are to 
be loaded. Network elements carrying out data storage may also require addi- 
tional memory capacity. 

It is apparent to a person skilled in the art that as technology ad- 

35 vances, the basic idea of the invention may be implemented in various ways. 
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The invention and its embodiments are therefore not restricted to the above 
examples, but they may vary within the scope of the claims. 



